v5.1 · 20/07/2026 · Les 3 missions · Sources : export GTM-MHLJDCG (workspace 31), code source home 17/07, back-office modules 17/07, GA4 280991465, Ads 897-392-7592, GMC 233184391 · chaque geste porte sa justification
0 / 0
📊 Où on en est, session par session
mis à jour avec tes coches
Session
Gestes
Statut
Tâches Sheet liées
Statuts : À venir (0 coche) · En cours (au moins 1) · ✅ Terminé (toutes). Le report vers le Sheet d'Alexandre se fait avec les blocs 📋 de chaque session.
La doctrine de la mission (décidée le 17/07)
1. GTM d'abord. Tout ce qui mesure passe par le conteneur GTM-MHLJDCG : c'est le seul endroit où l'on peut tester (Preview), versionner et documenter. Les modules qui injectent leurs propres balises en direct sont désactivés.
2. Deux modules, pas plus. « Google Tag Manager Enhanced Ecommerce (GTM + GA4) PRO » de Comptoir du Code, alias BO « CdC Google Tag Manager E-commerce avancé », déjà installé et payé (injecte GTM + pousse le dataLayer), et BusinessTech Google Merchant Center (pousse le flux produits). Le reste du tracking vit DANS GTM.
3. Rien ne se supprime avant validation. Alexandre l'a demandé noir sur blanc : « avant, me faire un retour sur la liste active ». La synthèse part d'abord, le nettoyage suit sa validation.
4. Sauvegarde avant chaque geste destructeur. Export de version GTM archivé avant nettoyage, capture de config avant désactivation de module.
5. Une seule source par donnée. Un seul flux Merchant Center, un seul dialecte de dataLayer, une seule conversion d'achat principale dans Ads.
6. Tout se trace. Chaque geste terminé se coche ici ET se reporte dans le Sheet qu'Alexandre consulte (numéro de tâche indiqué sur chaque session).
⚠️ Le constat fondateur, résolu le 17/07 au soir : l'émetteur est identifié. Un script codé en dur dans le thème (tarteaucitron-init.js) charge gtag avec AW-711321202 en principal et G-FZWGH2Q8K5 greffé dessus : c'est lui qui envoie les visites GA4. Vérifié le 17/07 : le module payé par Alexandre EST le CdC de Comptoir du Code (« Google Tag Manager Enhanced Ecommerce GTM + GA4 PRO » sur la marketplace), déjà installé : rien à acheter ni installer, seulement configurer et réactiver. Les 3 autres modules de mesure sont inertes (BusinessTech GA4 sur Non, ps_googleanalytics vide, Marketing with Google jamais connecté). Les conversions d'achat, elles, vivent dans GTM avec leurs labels : à zéro depuis le 09/07, le conteneur n'étant chargé nulle part. Vigilance : le script du thème contient un commentaire du 12/07 (« décision HD ») affirmant qu'aucun hit ne part, contredit par le trafic réseau observé : ce commentaire n'est PAS une source fiable, seul le réseau fait foi. Auteur à identifier auprès d'Alexandre et Loïc.
🧭 L'ORDRE D'EXÉCUTION : la SEULE liste à suivre
Mission 1 complète, puis mission 2, puis mission 3. La liste ci-dessous ET la page suivent exactement le même ordre : tu peux travailler en descendant la page, geste après geste. Clique une ligne pour sauter au geste. Les ✅ se mettent à jour avec tes coches.
🎯 OÙ TU EN ES (20/07) et TA JOURNÉE, dans l'ordre
✅ Déjà fait : diagnostic complet prouvé · synthèse envoyée à Alexandre (s1b) · validation d'Alexandre reçue (s1c) · les 7 modifications GTM abandonnées (s3d) · module CdC prérempli et vérifié · accès aux fichiers validé (module FTP du back-office). ⏳ En attente (pas ta charge) : l'email de Loïc (demandé à Alexandre) · l'identité de « HD ».
👉 Ta séquence du jour, 7 gestes, environ 50 minutes en tout. Chaque geste ci-dessous contient maintenant son bloc 🪜 PAS À PAS DÉBUTANT avec chaque clic détaillé : descends à la session concernée et suis les numéros. Coche au fur et à mesure : le panneau vert te donne la ligne à coller dans ton Sheet. 1. s1a · GTM : exporter la version publiée (ta sauvegarde) · 5 min 2. s5b · GTM : balise CookieYes, défauts région FR tout en Refusé, publier la micro-version « V-defauts-FR-denied » · 10 min 3. s3a + s3b · GTM : supprimer les 7 balises validées par Alexandre, puis les déclencheurs et variables orphelins · 15 min 4. s3c · GTM : publier la version propre « V-2026-07 · Nettoyage » · 2 min 5. s2f · Module FTP : themes › hummingbird › assets › js › tarteaucitron-init.js : VÉRIFIER (Ctrl+F : AW-711321202, G-FZWGH2Q8K5), capture, SAUVEGARDER (copie), NEUTRALISER (renommer en .bak ou vider le contenu avec la ligne de commentaire datée) · 10 min 6. s2b · Modules › CdC Google Tag Manager : bouton Enregistrer (ta config est déjà prête) + vider le cache PrestaShop · 2 min 7. s2c · Le site : Ctrl+U, « googletagmanager » présent une seule fois, la bannière CookieYes s'affiche · 5 min
À la fin du geste 7 : tes ventes recomptent. Tu cliques « 📤 Mon avancement » et tu me colles le résultat : on valide ensemble et on lance la suite (S4 : brancher GA4).
MISSION 1 · Écosystème Google et tracking · la fondation : tant que les ventes ne comptent pas juste, rien d'autre n'a de sens
M1 · Étapes 1 à 8 GTM uniquement, zéro risque site
Dans l'ordre de la page · P1
Envoyer la synthèse « liste avant nettoyage » à Alexandre (livrable n°1)
📍 Localisation : email à Alexandre, fil « Simplification des modules ». À envoyer APRÈS le diagnostic express de s4e (2 minutes) pour nommer l'émetteur GA4 restant : l'email ne doit contenir que des faits vérifiés. Le texte est prêt dans le bloc vert ci-dessous.
💡 Pourquoi : c'est LA demande explicite de son email initial (« avant, me faire un retour sur la liste active ») et le premier livrable facturé de la mission 1. Tant qu'il n'a pas validé, aucune suppression.
Règle sourceemail d'Alexandre (13/07) + devis D-2607-030→ liste avant suppression = engagement contractuel
🟩 OBJET DE L'EMAIL (à coller dans le champ Objet de Gmail)
Rayssaguel : état de ton Tag Manager et nettoyage proposé (ton ok me suffit)
🟩 EMAIL MIS EN FORME · le bouton copie la version stylée : colle ensuite directement dans le corps du message Gmail
Salut Alexandre,
Comme promis avant de toucher à quoi que ce soit, voici l'état complet de ton Google Tag Manager. Rien ne sera supprimé sans ton feu vert sur cet email.
⚠️ Le constat, en deux faits datés : depuis la mise à jour du site vers PrestaShop 9.1.4, le chargeur Tag Manager ne s'exécute plus (confirmé aussi par Tag Assistant, l'outil de vérification officiel de Google), et concrètement ta balise d'achat Google Ads n'enregistre plus aucune vente depuis le 9 juillet. Les visites, elles, continuent de remonter dans Analytics.
✅ La bonne nouvelle : rien n'est perdu. Ton module « GTM Enhanced Ecommerce PRO », que tu as déjà payé, est fait exactement pour remettre tout ça en route. Il n'a simplement pas été réactivé après la mise à jour. Je m'en occupe, et les ventes se remettent à compter.
🔍 Ce que j'ai trouvé en creusant : le 12 juillet, quelqu'un a ajouté dans le thème du site une solution de dépannage : une bannière cookies « tarteaucitron » avec Analytics et Google Ads codés en dur. C'est ce qui explique que tes visites remontent encore, mais ce montage ne compte pas les ventes et fera doublon avec la remise en route propre.
Comme tu m'as demandé la bannière CookieYes, on gardera une seule bannière (CookieYes) et je ferai retirer ce script du thème au moment de la bascule, en coordination avec Loïc.
Ma question pour toi : qui est intervenu sur le thème le 12 juillet (toi, Loïc, ou quelqu'un d'autre) ? C'est juste pour me coordonner avec la bonne personne, le montage lui-même était une bonne réaction de dépannage.
Dans ton conteneur Tag Manager, il y a 20 balises. Voici le tri que je te propose :
🟢 CE QU'ON GARDE · 8 balises
Tes conversions Google Ads d'août 2025 : Achats TTC, Achat HT, Achats HT Nouveaux clients, Ajout panier, Début commande, plus la bannière cookies CookieYes, la balise Google et le Conversion Linker. C'est le cœur du réacteur, il est sain.
🟠 CE QU'ON PRÉPARE · 5 balises
Les 4 balises Facebook : tu n'utilises pas la pub Facebook aujourd'hui, alors je les remets aux normes (consentement compris) et je les laisse en pause, prêtes à démarrer si tu te lances un jour.
Le remarketing Google Ads : branché sur d'anciens réglages, je le réaligne.
🔴 CE QU'ON SUPPRIME · 7 balises
4 balises de l'ancien Google Analytics (Universal Analytics, le service fermé par Google en 2023, elles sont déjà en pause) et 3 anciennes versions de balises Google Ads que j'avais remplacées lors de la refonte d'août 2025. Tout ça est inactif : on fait simplement le ménage pour garder un conteneur propre et lisible.
Ce qu'il me faut de toi, en une réponse :
1. Un simple « ok pour moi » pour la suppression des 7 balises listées (je lance alors le nettoyage, avec une sauvegarde complète avant, évidemment).
2. Qui est intervenu sur le thème le 12 juillet, que je me coordonne avec lui pour la bascule.
Tu peux suivre chaque étape en direct dans ton tableau de suivi, onglet Mission 1.
Bises à vous trois, Steven
Recevoir la validation écrite d'Alexandre (cocher à réception de son « ok ») ⏳ ATTENTE ALEXANDRE · pas ta charge
📍 Localisation : réponse email d'Alexandre. Tant que cette case n'est pas cochée, la session S3 (nettoyage) est verrouillée.
💡 Pourquoi : la validation écrite protège la relation ET le périmètre : c'est sa demande d'origine, et c'est ce qui rend le nettoyage incontestable ensuite.
📎 Preuve détaillée (chiffres & règles)
Règle sourceemail Alexandre 13/07 : « avant, me faire un retour sur la liste active »→ le feu vert conditionne S3
Abandonner les 7 modifications en attente de l'espace de travail (restes de ton chantier d'août 2025), puis réexporter la version publiée
📍 Localisation : GTM › espace de travail › « Modifications de l'espace de travail » › sur chacune des 7 lignes : menu ⋮ › Abandonner la modification. SURTOUT ne pas cliquer « Publier » sur cet écran. Une fois l'espace vierge : Admin › Exporter la version publiée (= la vraie base du nettoyage S3).
💡 Pourquoi : mystère levé le 17/07 : les 7 modifications sont signées contact@digitalmarketing-beyond.com, « il y a un an » : ce sont TES restes d'août 2025, jamais publiés (HD n'a jamais touché au conteneur). Les abandonner ne perd rien : les 6 en conflit sont des balises de la liste SUPPRIMER, et l'« Ajouté » est le doublon d'une balise que la prod possède déjà. L'abandon aligne le brouillon sur la réalité, et le nettoyage part d'une base saine.
📎 Preuve détaillée (chiffres & règles)
Capture 17/077 lignes signées contact@digitalmarketing-beyond.com, « il y a un an » : 4 UA en conflit, ancienne Achats TTC en conflit, ancien Conversion Linker en conflit, 1 Balise Google « Ajouté »→ auteur = Steven, août 2025 : restes de chantier, aucun inconnu
Impact sur l'inventaireles 7 écarts brouillon/prod tombent tous dans les cases déjà tranchées (supprimer ou garder)→ le tri envoyé à Alexandre reste valide tel quel
Exporter la VERSION PUBLIÉE du conteneur GTM-MHLJDCG et l'archiver
📍 Localisation : GTM › Admin › Exporter le conteneur › choisir la dernière version publiée (pas l'espace de travail) › archiver le JSON dans le dossier client.
🪜 PAS À PAS DÉBUTANT · exporter ta sauvegarde GTM (5 min)
Va sur tagmanager.google.com et ouvre le conteneur GTM-MHLJDCG (www.rayssaguel.com).
En haut, clique sur l'onglet Admin (à côté d'Espace de travail).
Colonne de droite (Conteneur) : clique Exporter le conteneur.
Clique Choisir une version ou un espace de travail : prends la dernière version PUBLIÉE (onglet Versions, celle marquée « En ligne »), PAS l'espace de travail.
Clique Exporter : un fichier .json se télécharge. Renomme-le rayssaguel-gtm-sauvegarde-20-07-2026.json et range-le dans ton dossier client.
Coche ce geste ici : le panneau vert te donne la ligne T7 à coller dans le Sheet.
💡 Pourquoi : l'export du 17/07 est celui de l'espace de travail 31. Si le nettoyage dérape, c'est la version publiée qui est le vrai point de restauration.
📎 Preuve détaillée (chiffres & règles)
Constatfichier archivé = GTM-MHLJDCG_workspace31.json (espace de travail)→ il peut différer de la version live publiée
Règle sourcedoctrine n°4 : sauvegarde avant geste destructeur→ export live obligatoire avant S3
CORRIGER les défauts de consentement région FR (tout est « Enabled » !) puis les paramètres de chaque balise
📍 Localisation : GTM › balise CookieYes CMP › Default Consent Settings › région FR : passer Analytics, Advertisement, partage de données et personnalisation de « Enabled » à Denied AVANT toute publication. Puis chaque balise › Paramètres avancés › Paramètres de consentement (exiger ad_storage / analytics_storage selon la balise).
🪜 PAS À PAS DÉBUTANT · mettre les défauts de consentement FR sur Refusé et publier (10 min)
Dans GTM, onglet Espace de travail › menu de gauche Balises.
Ouvre la balise dont le nom contient CookieYes (clic sur son nom).
Dans sa configuration, repère la partie des statuts de consentement par défaut (un tableau avec des régions et des colonnes du type analytics_storage, ad_storage...).
Sur la ligne FR : passe TOUTES les colonnes sur Denied / Refusé. S'il existe une ligne « Toutes les régions » en Enabled, passe-la aussi en Denied.
Clique Enregistrer en haut à droite.
Clique le bouton bleu Soumettre › nom de la version : V-defauts-FR-denied › clique Publier.
Coche ce geste : panneau vert › ligne T22 pour le Sheet.
💡 Pourquoi : vérification du 17/07 : les défauts de la balise CookieYes pour la région FR sont tous sur « Enabled », l'exact inverse de l'obligation CNIL (tout Denied avant le choix). Publier tel quel ferait consentir le site à la place des visiteurs. S'ajoute le chantier des 20 balises à « NOT_SET ». C'est LA correction de fond du conteneur, celle qui rend le reste légal.
📎 Preuve détaillée (chiffres & règles)
Vérif agent 17/07Default Consent Settings région FR : Analytics, Advertisement, Functional, partage et personnalisation tous « Enabled »→ à passer en Denied avant publication : correction bloquante
Inventaire 17/07consentSettings = NOT_SET sur 20 balises sur 20→ zéro balise conditionnée au consentement
Cas critiqueles 4 balises Meta en HTML custom se déclenchent sur simple pageview→ à conditionner (S6f) ou elles déposent sans accord
Supprimer les 7 balises validées par Alexandre
📍 Localisation : GTM › Balises › liste exacte dans le bloc référence. Supprimer la balise supprime aussi ses références : re-scanner après chaque suppression.
🪜 PAS À PAS DÉBUTANT · supprimer les 7 balises mortes (10 min)
GTM › Balises. La liste exacte des 7 noms est dans le bloc copier juste en dessous (les 4 « UA - ... » en pause et les 3 anciennes versions).
Coche la case à gauche de chacune des 7 balises (et UNIQUEMENT elles : au moindre doute sur un nom, ne coche pas et demande-moi).
En haut de la liste, un menu apparaît : clique l'icône corbeille ou Supprimer, confirme.
Les balises disparaissent de la liste : c'est normal, rien n'est encore publié (le site ne voit rien).
Coche ce geste : panneau vert › ligne T7.
💡 Pourquoi : 4 balises pointent vers Universal Analytics, fermé par Google en 2023, et 3 sont d'anciennes versions remplacées lors de la refonte d'août 2025. Toutes sont inertes : l'ancienne « Achats TTC » écoute un événement (kEventOrderConfirmation) qui ne sera plus jamais poussé par le nouveau dataLayer. On supprime pour la lisibilité du conteneur, pas pour éteindre un risque actif.
📎 Preuve détaillée (chiffres & règles)
UA mortconstante -K- GA Tracking ID = UA-28877967-1, service arrêté juillet 2023→ les 4 balises UA (déjà en pause) ne peuvent plus rien mesurer
Ancienne version« Google Ads - Achats TTC » et « 3. Google Ads - Achats TTC » : même ID 711321202, même label ku-NCPu…, mais déclencheurs de dialectes différents (kEventOrderConfirmation vs order_confirmation), jamais actifs en même temps→ aucun double comptage passé ni futur : suppression = hygiène du conteneur
📄 RÉFÉRENCE · Les 7 balises à supprimer (noms exacts dans GTM)
1. GA - UA - PageView (en pause · UA mort)
2. GA - UA - Event (en pause · UA mort)
3. GA - UA - Event DOM Click (en pause · UA mort)
4. GA - UA - Event with interaction (en pause · UA mort)
5. Balise Google AW-711321202 (doublon exact de « 1. Balise Google AW-711321202 », qu'on garde)
6. Google Ads - Conversion Linker - 08.08.25 (doublon exact de « 2. Google Ads - Conversion Linker - 08.08.25 », qu'on garde)
7. Google Ads - Achats TTC - 08.08.25 (doublon de « 3. Google Ads - Achats TTC - 08.08.25 », qu'on garde : même ID + même label, ancien déclencheur CdC)
Purger les déclencheurs et variables orphelins de l'ère CdC et UA
📍 Localisation : GTM › Déclencheurs (les « T - kEvent… » et « T - kPageView… » plus référencés) puis Variables (GA - Config, -K- GA Tracking ID, DOM - event…). Ne supprimer QUE ce que le scan « références » donne à zéro.
🪜 PAS À PAS DÉBUTANT · supprimer les déclencheurs et variables orphelins (5 min)
GTM › menu Déclencheurs : repère ceux qui affichent 0 balise associée et qui figurent dans la liste attendue du bloc en dessous. Coche-les › Supprimer.
GTM › menu Variables (partie « Variables définies par l'utilisateur ») : même logique, supprime celles listées comme orphelines.
Règle d'or : tu ne supprimes QUE ce qui est dans les listes du plan. Un élément inconnu = tu le laisses et tu me demandes.
💡 Pourquoi : une fois les balises Meta rebranchées sur les événements standards (S6f), les 12 déclencheurs kEvent du module CdC ne serviront plus à rien : les laisser, c'est léguer un conteneur illisible au prochain qui l'ouvre.
📎 Preuve détaillée (chiffres & règles)
Inventaire 17/0712 déclencheurs sur 24 écoutent le dialecte kEvent du module CdC désactivé en S2d→ orphelins dès que les balises Meta migrent
Garde-fousuppression uniquement à zéro référence (scan GTM)→ aucune balise conservée ne peut casser
Ranger en dossiers, renommer proprement, publier la version « V-2026-07 · Nettoyage post-mise à jour 9.1.4 »
📍 Localisation : GTM › Balises › dossiers « Ads · Conversions », « Meta », « CMP », « Config » › puis Envoyer › nom de version + description listant les 7 suppressions.
🪜 PAS À PAS DÉBUTANT · publier la version propre (2 min)
GTM › bouton bleu Soumettre en haut à droite.
Nom de la version : V-2026-07 · Nettoyage post-mise à jour 9.1.4.
Description (une phrase) : « Suppression des 7 balises obsolètes validée par Alexandre le 20/07, défauts de consentement FR en Refusé. »
Clique Publier. Le conteneur est propre... et toujours invisible du site : aucun risque.
Coche ce geste : panneau vert › ligne T7 passe en Fait.
💡 Pourquoi : la version nommée EST la documentation promise dans le devis : dans un an, n'importe qui (toi compris) comprend ce qui a été fait, quand, et peut revenir en arrière en un clic.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-030 : « conteneur nettoyé et documenté »→ la description de version fait foi de livrable
🛠️ Générateur de lignes « Points Loïc » : pendant tes tests (404, prix cassé, bouton mort...), remplis les deux champs, choisis la priorité, clique Copier : la ligne complète, datée du jour, se colle sur la première cellule Date vide de l'onglet Points Loïc (colonne A) et remplit les 7 colonnes d'un coup.
📋 Report vers le Sheet, méthode automatique : dès que tu COCHES un geste, sa ligne Sheet apparaît dessous en vert, datée du jour, prête à coller sur la cellule indiquée. chaque bloc ci-dessous contient UNE ligne complète (Statut, Qui, Commentaire, Fait le, séparés par des tabulations). Dans le Sheet, onglet Mission 1 : clique sur la cellule Statut indiquée, Ctrl+V, et les 4 colonnes de la ligne se remplissent d'un coup (les listes déroulantes acceptent les valeurs collées). Pour T8, le collage vide aussi la date du 15/07, c'est voulu : la tâche est repassée En cours.
📋 T1 · clique la cellule D3 (colonne Statut, ligne T1) puis Ctrl+V
En cours Steven Chargeur GTM absent depuis la mise à jour PrestaShop 9.1.4 : balise d'achat Google Ads à zéro depuis le 09/07. Les visites GA4 passent par un script codé en dur dans le thème (tarteaucitron-init.js), identifié par diagnostic réseau le 17/07. Modules vérifiés inertes.
📋 T3 · clique la cellule D5 (colonne Statut, ligne T3) puis Ctrl+V
En cours Steven Alerte 1 : moyen de paiement manquant sur le compte addons (Business Care). Alerte 2 : conversions Google Ads à zéro depuis le 09/07 (chargeur GTM absent). Alerte 3 : script gtag codé en dur dans le thème, modifié le 12/07, auteur à identifier ; retrait coordonné avec Loïc.
📋 T4 · clique la cellule D6 (colonne Statut, ligne T4) puis Ctrl+V
Fait Steven Inventaire complet : 20 balises, 24 déclencheurs, 39 variables. 8 à garder, 5 à corriger, 7 à supprimer. 17/07/26
📋 T5 · clique la cellule D7 (colonne Statut, ligne T5) puis Ctrl+V
Fait Steven Doublons identifiés : 3 copies de balises Ads dans GTM, 4 balises UA mortes, 5 modules PrestaShop qui se chevauchent. 17/07/26
📋 T6 · clique la cellule D8 (colonne Statut, ligne T6) puis Ctrl+V
En cours Alexandre Synthèse envoyée à Alexandre le 17/07, en attente de sa validation avant nettoyage.
📋 T8 · clique la cellule D10 (colonne Statut, ligne T8) puis Ctrl+V
En cours Steven Vérifié : le module « Google Tag Manager Enhanced Ecommerce (GTM + GA4) PRO » payé par Alexandre est celui de Comptoir du Code, déjà installé (nom back-office : CdC Google Tag Manager E-commerce avancé, v5.9.5). Rien à acheter : configuration en cours, réactivation coordonnée avec Loïc (retrait du script du thème dans la même fenêtre).
S2
Session 2 · Les modules PrestaShop : vérifier, couper les doublons
M1 · Étapes 9 à 10 Back-office, avant la bascule
Dans l'ordre de la page · P1
Vérifier la version du module CdC (v5.9.5 installée) contre la dernière version Comptoir du Code compatible PrestaShop 9.1.4, et lire sa documentation DÉJÀ INSTALLÉ
📍 Localisation : compte addons d'Alexandre › commandes › module « Google Tag Manager Enhanced Ecommerce (GTM + GA4) PRO » (Comptoir du Code) : comparer la version disponible à la v5.9.5 installée, mettre à jour si besoin. Documentation officielle : comptoirducode.com, catégorie Google Tag Manager.
💡 Pourquoi : vérifié le 17/07 sur la marketplace : le module PRO payé par Alexandre est celui de Comptoir du Code, et il est DÉJÀ installé (alias BO « CdC Google Tag Manager E-commerce avancé »). Il ne reste qu'à s'assurer que la v5.9.5 est à jour pour PrestaShop 9.1.4 : une vieille version après une grosse mise à jour PrestaShop est la cause la plus fréquente de hooks cassés.
📎 Preuve détaillée (chiffres & règles)
Constat 17/07licence GTM EE PRO déjà payée par Alexandre · module absent de la liste BO après la mise à jour→ acheté mais pas (ré)installé après la mise à jour 9.1.4 : c'est l'explication du conteneur orphelin
Règle sourceleçon du 17/07 : toute version et compatibilité se vérifient à la source avant installation→ zip à jour depuis le compte client, pas une archive locale
Désactiver D'ABORD les 3 modules de tracking en doublon (captures de config avant)
📍 Localisation : BO › Modules › Gestionnaire de modules › liste exacte dans le bloc référence ci-dessous. Capture d'écran de chaque config AVANT désactivation.
💡 Pourquoi : les 3 sont vérifiés inertes au BO (17/07) : BusinessTech GA4 sur « Non », ps_googleanalytics vide, Marketing with Google jamais connecté. Les désactiver ne perd aucune donnée : c'est l'hygiène qui empêche tout réveil accidentel au moment où GTM revit. Le module CdC, lui, RESTE : c'est le moteur de la mission.
📎 Preuve détaillée (chiffres & règles)
Constat BO 17/07 (vérifié module par module)BusinessTech GA4 : suivi sur Non · ps_googleanalytics : ID vide · Marketing with Google : écran « Bienvenue », jamais connecté→ inertes de fait : la désactivation est une formalité de sécurisation ; le CdC (ID vidé par la mise à jour, re-renseigné le 17/07) reste en place
Règle sourcedécision Steven 17/07 : architecture GTM-first (« pas les modules sur lesquels on ne peut pas faire de tests »)→ GTM devient l'unique canal de mesure
📄 RÉFÉRENCE · Les 4 modules à désactiver + 1 à désinstaller (BO › Modules)
GARDER ET CONFIGURER (le moteur de la mission) :
CdC Google Tag Manager E-commerce avancé · v5.9.5 · Comptoir du Code ← c'est le module PRO payé par Alexandre : injecteur GTM + dataLayer
DÉSACTIVER (captures de config avant) :
1. Google Analytics : balise Google-Analytics 4 (GA4) · v2.2.18 · BusinessTech ← GA4 passera par une balise DANS GTM (S4)
2. Google Analytics · v6.0.0 · PrestaShop ← legacy, plus aucun rôle
3. Marketing with Google · v1.75.6 · PrestaShop ← injecte ses propres balises ET peut synchroniser GMC en parallèle
DÉSINSTALLER :
4. Google Shopping Flux · v1.7.6 · Dim00z ← 2e exportateur de flux, en conflit frontal avec le module BusinessTech GMC (S8)
S3
Session 3 · LA BASCULE : neutraliser tarteaucitron, allumer le module, contrôler
M1 · Étapes 11 à 13 La session décisive, d'un seul tenant
Dans l'ordre de la page · P1
Retirer TOI-MÊME tarteaucitron-init.js du thème (autorisation d'Alexandre du 20/07), juste avant le « Enregistrer » du module CdC MÊME SESSION QUE s2b
📍 Localisation : le bloc complet est dans le head du thème hummingbird (constat du 20/07 : 2 CSS + variable TAC_BASE + chargeur différé qui injecte tarteaucitron.js et /themes/hummingbird/assets/js/tarteaucitron-init.js?v=2). TON geste, sans lire une ligne de code : BO › Modules › FTP (module validé par Alexandre le 20/07, il édite les fichiers réels : ne toucher QUE ce fichier) › themes › hummingbird › assets › js › tarteaucitron-init.js › 1. VÉRIFIER (Ctrl+F : AW-711321202, G-FZWGH2Q8K5, commentaire du 12/07), capture ; 2. SAUVEGARDER (téléchargement, ou Ctrl+A Ctrl+C dans un fichier texte daté) ; 3. NEUTRALISER : Renommer en .bak si le menu File le permet, sinon vider le contenu et le remplacer par la ligne : /* Fichier désactivé le 20/07/2026 par Steven (DMB). Contenu sauvegardé hors serveur avant modification. */ C'est tout : sans son fichier de démarrage, le montage du 12/07 est débranché (bannière comprise). La finition, c'est TOI aussi, une fois la bascule validée : retirer du gabarit head.tpl le bloc tarteaucitron (les deux lignes link + le script du chargeur TAC_BASE, sans toucher à rg-custom.js), puis supprimer le .bak et le dossier js/tarteaucitron. Loïc est INFORMÉ par email avant et après chaque geste, il ne fait rien lui-même. Puis vider le cache PrestaShop (Paramètres avancés › Performances) et enchaîner immédiatement avec le « Enregistrer » du module CdC (s2b). Vigilance annexe : l'inspection du 20/07 a laissé une trace « Modifié le 20/07 12:48 » sur le template d'en-tête n°14 de Creative Elements (ouverture de l'éditeur sans sauvegarde) : ouvrir son historique de révisions pour confirmer qu'aucune version n'a été publiée ce jour-là.
🪜 PAS À PAS DÉBUTANT · neutraliser tarteaucitron-init.js dans le module FTP (10 min)
BO PrestaShop › Modules › FTP › dans l'arborescence : themes › hummingbird › assets › js (PAS le dossier js de la racine).
Clique sur tarteaucitron-init.js : il s'ouvre dans l'éditeur.
VÉRIFIE de tes yeux (Ctrl+F) : AW-711321202 présent, G-FZWGH2Q8K5 présent. Fais une capture d'écran.
SAUVEGARDE : clique dans l'éditeur, Ctrl+A puis Ctrl+C, colle dans le Bloc-notes et enregistre sous tarteaucitron-init-SAUVEGARDE-20-07-2026.txt. (Une sauvegarde du 12/07 existe déjà sur le serveur : tarteaucitron-init.js.bak-awtag-20260712, on n'y touche pas.)
NEUTRALISE : menu File du module › s'il propose Rename / Renommer, renomme en tarteaucitron-init.js.bak-steven-20260720. Sinon : dans l'éditeur, Ctrl+A, Suppr, tape exactement : /* Fichier désactivé le 20/07/2026 par Steven (DMB). Contenu sauvegardé hors serveur avant modification. */ puis enregistre (File › Save).
BO › Paramètres avancés › Performances › bouton Vider le cache.
Ouvre le site en navigation privée, recharge avec Ctrl+Maj+R : la bannière tarteaucitron a disparu. F12 › onglet Network › tape « collect » dans le filtre : rien ne part. Capture.
Coche ce geste : panneau vert › et la ligne Points Loïc est déjà prête dans le bloc du geste.
💡 Pourquoi : c'est LE doublon à venir : si ce script reste quand GTM et CookieYes s'activent, le site aura deux bannières cookies concurrentes et GA4 recevra chaque page deux fois (gtag direct + balise GTM). Retiré juste avant le « Enregistrer », la mesure passe d'un canal à l'autre sans trou ni chevauchement. Renommer plutôt que supprimer garde un retour arrière d'une seconde. Lecture complète du fichier le 20/07 : travail soigné et conforme (pas d'auto-acceptation, vrai statut de consentement transmis, sauvegarde laissée sur le serveur) ; « décision HD » = ne jamais forcer le consentement. On remplace un dépannage honorable par le système durable choisi par Alexandre, et l'autorisation écrite est acquise.
📎 Preuve détaillée (chiffres & règles)
Diagnostic réseau 17/07 + code source 20/07g/collect tid=G-FZWGH2Q8K5 + gtag AW-711321202 initiés par tarteaucitron-init.js ; bloc d'installation lu dans le head du thème hummingbird : chargeur différé (interaction ou 2,5 s) qui injecte la bibliothèque puis l'init→ émetteur et point d'insertion identifiés : retrait ciblé possible
Vérif back-office 20/07 (agent, lecture seule)aucune référence TAC_BASE/tarteaucitron dans Creative Elements, Thème et logo, paramètres ou modules ; bloc situé strictement dans le head, hors de portée des hooks→ insertion manuelle dans le gabarit du thème : retrait par fichier, via l'hébergeur
Modules RGPD vérifiés 20/07RGPD Officiel v1.4.3 actif (formulaires de consentement standard, pas une bannière cookies) ; aucun module de bannière installé→ zéro risque de double bannière côté modules : CookieYes via GTM sera la seule
Fiabilité des sourcescommentaire du fichier (12/07, « décision HD ») : « aucun hit ne part », contredit par le réseau→ seul le trafic observé fait foi ; auteur à identifier auprès d'Alexandre/Loïc
🟩 COLLER · Onglet Points Loïc, première ligne réelle (remplace la ligne d'exemple)
20/07/2026 Thème (tout le site) Script de mesure codé en dur (tarteaucitron-init.js, modifié le 12/07, auteur à identifier) : retiré par Steven avec l'autorisation d'Alexandre, dans la même intervention que la réactivation du module Tag Manager. Fichier conservé en copie (.bak) pour retour arrière. Bloquant Transmis Non
17/07/2026 Site entier Question : confirmer la date exacte de la mise à jour vers PrestaShop 9.1.4 (nos relevés indiquent le 9 juillet) et qui est intervenu sur le thème le 12/07. Important Transmis Non
20/07/2026 Thème › gabarit head.tpl Nettoyage après bascule, fait par Steven : bloc tarteaucitron retiré du gabarit (2 link CSS + script du chargeur TAC_BASE), .bak et dossier js/tarteaucitron supprimés après validation. Loïc informé par email, aucune action attendue de sa part. Recommandé Transmis Non
Enregistrer la configuration du module CdC : c'est LA bascule, juste après la neutralisation du fichier tarteaucitron (étape précédente)
📍 Localisation : BO › Modules › CdC Google Tag Manager E-commerce avancé › Configurer : Activer = Oui, ID = GTM-MHLJDCG, chargement du script GTM = Oui, puis Enregistrer. Au passage : nettoyer la valeur « test » du champ d'exclusion des moyens de paiement. NE PAS enregistrer avant que les défauts FR Denied soient publiés (s5b) et que tarteaucitron-init.js soit renommé (s2f) : les deux gestes s2f puis s2b s'enchaînent dans la même session, par toi.
🪜 PAS À PAS DÉBUTANT · allumer le module CdC : LA bascule (2 min)
BO › Modules › Gestionnaire de modules › CdC Google Tag Manager E-commerce avancé › Configurer.
Vérifie ce qui est déjà prérempli : Activer = Oui, ID = GTM-MHLJDCG, Chargement du script GTM = Oui.
Petit ménage au passage : dans « Exclure des moyens de paiement du ré-envoi », efface la valeur test qui traîne. C'est le SEUL réglage à changer : tout le reste est déjà bon (vérifié le 20/07), y compris le remarketing sur Non (il passera à Oui plus tard, au geste s6e). Onglet « Google Avis Clients » : tout reste sur Non (opportunité notée pour la mission 3).
Clique Enregistrer en bas à droite. C'est fait : le conteneur GTM est branché sur tout le site.
Re-vide le cache PrestaShop (Performances › Vider le cache) pour que toutes les pages prennent le changement.
Coche ce geste : panneau vert › ligne T8 passe en Fait.
💡 Pourquoi : c'est le geste qui remet TOUT le tracking sous tension : le module réinjecte GTM sur chaque page et pousse le dataLayer que tes balises d'août 2025 écoutent déjà (add_to_cart, begin_checkout, order_confirmation : elles ont tourné avec ce même module jusqu'au 9 juillet). Mais enregistrer trop tôt allumerait la balise CookieYes publiée avec ses défauts FR « Enabled » et doublerait tarteaucitron : d'où le séquencement strict.
📎 Preuve détaillée (chiffres & règles)
Constat 17/070 occurrence de googletagmanager.com dans le code source de la home→ le conteneur n'est chargé nulle part
Compatibilité dialectetes 5 balises Ads d'août 2025 ont fonctionné en production avec ce module CdC jusqu'au 09/07→ le réactiver les réveille sans les modifier : configuration déjà éprouvée
Vérifier que GTM se charge UNE seule fois sur le front après l'installation
📍 Localisation : Ctrl+U sur la home, la fiche produit et le panier › rechercher « googletagmanager.com/gtm.js » : exactement 1 occurrence par page, ID GTM-MHLJDCG.
🪜 PAS À PAS DÉBUTANT · vérifier que tout est propre (5 min)
Site en navigation privée › Ctrl+U (code source) › Ctrl+F : tape googletagmanager : tu dois le trouver, et le bloc GTM ne doit apparaître qu'UNE fois.
Recharge la page normalement : la bannière CookieYes s'affiche (design différent de l'ancienne). Essaie « Tout refuser » sur un essai, « Tout accepter » sur un autre : la bannière obéit.
Dans GTM › bouton Prévisualiser › entre l'adresse du site › Tag Assistant se connecte : tu VOIS les événements arriver en direct quand tu navigues. C'est ton nouveau poste de pilotage.
Envoie-moi ton « 📤 Mon avancement » : on valide ensemble et on attaque la S4 (brancher GA4).
💡 Pourquoi : c'est le contrôle qui certifie « un seul émetteur » : les doublons ont été coupés avant (s2d), le module vient d'être installé (s2b), cette vérification prouve que GTM est désormais l'unique injecteur, sur les trois gabarits de pages qui comptent.
📎 Preuve détaillée (chiffres & règles)
Risque neutraliséles 4 modules doublons sont coupés en s2d avant l'installation→ la vérification scelle le « un seul émetteur »
Règle sourcedoctrine n°5 : une seule source par donnée→ contrôle du nombre d'occurrences avant/après
S4
Session 4 · La mesure : bannière, GA4, contrôles
M1 · Étapes 14 à 21 Après la bascule
Dans l'ordre de la page · P1
Vérifier la balise template CookieYes et la bannière sur le front
📍 Localisation : GTM › Balises › « CookieYes CMP » (déclencheur Consent Initialization - All Pages, déjà en place) › puis sur le site : la bannière doit apparaître dès le premier chargement, refus aussi simple qu'accepter.
💡 Pourquoi : la CMP est la première chose qui doit se charger quand GTM revit (S2). L'infrastructure est vérifiée prête (17/07) : Website Key renseignée (7ec8351a25c16b398c6f80da), déclencheur Consent Initialization - All Pages. Reste la bannière côté front, qui n'apparaîtra qu'après la bascule.
📎 Preuve détaillée (chiffres & règles)
Acquisbalise cvt CookieYes présente dans le conteneur, sur Consent Initialization→ l'infrastructure existe, elle attend le rechargement de GTM
Engagement clientpolitique cookies v2 remise le 17/07 : « aucun cookie non essentiel avant votre choix »→ le site doit dire vrai
Créer la balise « Balise Google » G-FZWGH2Q8K5 dans GTM (config GA4)
📍 Localisation : GTM › Balises › Nouvelle › Balise Google › ID G-FZWGH2Q8K5 › déclencheur Initialization - All Pages › dossier « Config ».
💡 Pourquoi : le conteneur n'a AUCUNE balise GA4 aujourd'hui : la mesure passait par le module BusinessTech désactivé en S2d. Sans cette balise, GA4 reste sourd même une fois GTM rechargé. Vigilance « balise fusionnée » (constat du fichier du 12/07) : chez Google, G-FZWGH2Q8K5 et AW-711321202 sont fusionnés ; si en Preview la balise GA4 n'envoie rien avec l'identifiant G-, utilise AW-711321202 comme identifiant de balise Google, GA4 suivra en destination.
📎 Preuve détaillée (chiffres & règles)
Inventaire 17/070 balise de type GA4 dans les 20 balises du conteneur→ la config G-FZWGH2Q8K5 est à créer, pas à corriger
Flux GA4propriété 280991465, flux « Site Rayssaguel - GA4 », ID 2721636050→ cible vérifiée sur ta capture du 17/07
Créer les balises d'événements GA4 e-commerce mappées sur le dataLayer EE PRO
📍 Localisation : GTM › Balises › Nouvelle › Événement Google Analytics : GA4 › une balise par événement du bloc référence, paramètres e-commerce « Utiliser le dataLayer », déclencheurs = événements personnalisés du même nom.
💡 Pourquoi : c'est le pont entre le dataLayer du module (S2b) et tes rapports GA4 : sans ces balises, les ventes remontent dans Ads mais pas dans Analytics, et Alexandre perd la vision e-commerce qu'il avait avant.
📎 Preuve détaillée (chiffres & règles)
Dialecte confirmétes déclencheurs d'août 2025 écoutent déjà add_to_cart et begin_checkout→ le module EE PRO pousse ces événements standards : mapping direct
Règle sourcedoctrine n°1 : tout passe par GTM, testable en Preview→ zéro événement en dur dans un module
💡 Pourquoi : c'est exactement les tâches 11 et 12 du Sheet : la preuve visuelle que chaque page compte une fois et une seule, avant de passer au parcours d'achat complet (S7).
📎 Preuve détaillée (chiffres & règles)
Risque résiduelsi un module de S2d restait actif, page_view partirait en double→ DebugView est le juge de paix de la bascule
Marquer « purchase » comme événement clé et vérifier montant, devise EUR, références
📍 Localisation : GA4 › Administration › Événements › activer « Marquer comme événement clé » sur purchase (après le premier achat test de S7).
💡 Pourquoi : tâche 13 du Sheet : l'achat redevient l'étoile polaire de la mesure, avec la valeur exacte de commande, condition de tout pilotage futur (mission 3).
📎 Preuve détaillée (chiffres & règles)
Règle sourceplan de mission validé (section GA4) + devis D-2607-030→ « l'achat reste l'événement principal »
Vérifier après la bascule que les hits directs de tarteaucitron-init.js ont cessé (émetteur identifié le 17/07)
📍 Localisation : après le retrait du script par Loïc (s2f) : rayssaguel.com › F12 › Network › filtre « collect » › recharger : plus AUCUNE requête initiée par tarteaucitron-init.js ; les seuls hits GA4 doivent venir de la balise GTM (initiator gtm.js). Croiser avec GA4 Temps réel.
💡 Pourquoi : l'émetteur est nommé (tarteaucitron-init.js, diagnostic réseau du 17/07) : ce geste devient le contrôle de sortie : prouver qu'après la bascule, chaque page n'est comptée qu'une fois, par GTM seul. Sans cette preuve, impossible de certifier le « un seul émetteur » de la doctrine.
📎 Preuve détaillée (chiffres & règles)
Faits 17/07émetteur = tarteaucitron-init.js (g/collect tid=G-FZWGH2Q8K5 + ccm/collect tid=AW-711321202, constaté sur home, fiche et panier) · Tag Assistant : « GTM-MHLJDCG introuvable » · nom d'hôte GA4 90 j : www 25 884 sessions, hébergement 0→ état de référence complet : la bascule se mesurera contre ces constats
Tester les 3 scénarios : avant choix, tout accepter, tout refuser
📍 Localisation : navigation privée + GTM Preview : (1) avant choix : seule la CMP se charge ; (2) accepté : tout part ; (3) refusé : signaux Consent Mode sans cookies, aucune balise Meta.
💡 Pourquoi : tâches 21 et 22 du Sheet : la preuve en trois captures que la bannière pilote réellement les balises, à archiver pour Alexandre.
📎 Preuve détaillée (chiffres & règles)
Référence avant bascule (17/07)montage tarteaucitron actuel : pings anonymes envoyés dans les 3 scénarios (gcs=G100 avant choix et après refus, G101 après acceptation)→ Consent Mode v2 « avancé » : zone grise CNIL, corrigée dans la cible par les défauts Denied ; question ping anonyme vs blocage total à poser à un DPO si Alexandre veut trancher
Règle sourcepolitique cookies v2 + recueil CNIL (refus aussi simple qu'accepter)→ le test des 3 scénarios est la recette de conformité
Faire publier la politique cookies v2 dans le footer (Alexandre / Loïc)
📍 Localisation : fichier politique-cookies-rayssaguel-v2.md remis le 17/07 › page CMS PrestaShop + lien footer « Politique relative aux cookies » + lien « Gérer mes cookies » qui rouvre la bannière. Confirmer ou supprimer la section Shopimind (module toujours actif au BO : la section reste).
💡 Pourquoi : Alexandre l'a demandée par email le 17/07 et compte la mettre en ligne lui-même : lui livrer le feu vert final (avec Shopimind confirmé actif) clôt sa demande proprement.
📎 Preuve détaillée (chiffres & règles)
Confirmation 17/07Shopimind v5.0.8 actif au BO et spm-cart.js chargé sur le front→ la section Shopimind de la politique est confirmée, à garder
S5
Session 5 · Les conversions Google Ads
M1 · Étapes 22 à 27 Le comptage des ventes
Dans l'ordre de la page · P1
Rapprocher les 5 balises GTM des actions de conversion du compte Ads
📍 Localisation : Ads 897-392-7592 › Objectifs › Conversions › Récapitulatif : retrouver chaque label du bloc référence, repérer les actions orphelines ou importées de GA4 en double.
💡 Pourquoi : tâche 19 du Sheet : c'est le contrôle qui empêche le double comptage entre balises GTM et éventuels imports GA4, avant que les données ne recommencent à couler.
📎 Preuve détaillée (chiffres & règles)
Balises actives5 conversions GTM, toutes sur l'ID 711321202 (compte 897-392-7592)→ labels listés ci-dessous, vérifiés dans l'export du 17/07
📄 RÉFÉRENCE · Les 5 conversions GTM (ID 711321202) et leurs labels
Achats TTC → label ku-NCPu5z9ABEPLMl9MC · valeur = PurchaseRevenue · devise dynamique
Achat HT → label uOvGCKfjioIbEPLMl9MC · valeur = CA HT hors frais de port
Achats HT Nouveaux clients → label WfOWCPG1moIbEPLMl9MC · valeur = CA HT hors FDP · filtre customer.new
Add to cart → label lBOBCN3ItIUDEPLMl9MC · valeur = ST Value
Begin to checkout → label AaW9CMeUnYIbEPLMl9MC · valeur = ST Value
Définir « Achat HT » comme action principale, le reste en secondaire
📍 Localisation : Ads › Conversions › chaque action › colonne « Objectif et action principale » : Achat HT = principale (incluse dans « Conversions »), Achats TTC + Nouveaux clients + panier + checkout = secondaires (observation).
💡 Pourquoi : une seule action doit piloter les enchères, et le HT hors frais de port est la valeur la plus proche de la marge réelle d'Alexandre : c'est elle que les campagnes de la mission 3 optimiseront. TTC en principal gonflerait artificiellement le ROAS avec la TVA et le port.
📎 Preuve détaillée (chiffres & règles)
Constat3 conversions d'achat coexistent (TTC, HT, HT nouveaux clients)→ si plusieurs sont « principales », chaque vente compte 2 à 3 fois dans la colonne Conversions
Règle sourceméthode DMB : piloter à la valeur la plus proche de la marge (HT hors FDP)→ décision réversible, documentée dans le Sheet T19
Vérifier comptabilisation « Une seule » sur l'achat, fenêtres d'attribution, devise EUR
📍 Localisation : Ads › Conversions › Achat HT (puis TTC) › Paramètres : Nombre = « Une seule », fenêtre clic 30 j, devise EUR.
💡 Pourquoi : tâche 20 du Sheet : « Une seule » est la ceinture de sécurité qui neutralise tout double déclenchement résiduel du dataLayer, y compris le rechargement de la page de confirmation testé en S7.
📎 Preuve détaillée (chiffres & règles)
Risque couvertF5 sur la page de confirmation = 2e push purchase possible selon le module→ « Une seule » + transaction_id unique = double filet
Vérifier les liaisons du compte : GA4 ↔ Ads et Merchant Center ↔ Ads
📍 Localisation : Ads › Outils › Données associées (GA4 280991465) et GMC 233184391 › Paramètres › Applications et services associés › Google Ads.
💡 Pourquoi : tâche 18 du Sheet : sans la liaison GMC ↔ Ads, aucune campagne Shopping ne pourra diffuser en mission 3 ; sans GA4 ↔ Ads, pas d'audiences ni de recoupement des chiffres.
📎 Preuve détaillée (chiffres & règles)
Comptes vérifiésGA4 280991465 · Ads 897-392-7592 · GMC 233184391 (fournis le 17/07)→ triangle à contrôler dans les deux sens
Rebrancher le Dynamic Remarketing sur les variables actuelles (ou le suspendre proprement)
📍 Localisation : GTM › balise « Ads - Dynamic Remarketing » : remplacer {{-K- Ads Conversion ID}} par 711321202 en dur, et les paramètres par les valeurs du dataLayer EE PRO ; sinon, la mettre en pause documentée jusqu'à la mission 3.
💡 Pourquoi : la balise s'appuie sur les variables legacy « -K- » de l'ancienne installation : rebranchée telle quelle, elle enverrait des données produits incohérentes avec le flux GMC, ce qui casserait les audiences Shopping de la mission 3.
📎 Preuve détaillée (chiffres & règles)
ConstatconversionId = {{-K- Ads Conversion ID}} (constante legacy) et paramètres ecomm de l'ancien site→ à réaligner sur les item_id du flux BusinessTech (cohérence tâche 10)
Préconfigurer Facebook Ads ET TikTok Ads pour un usage futur : balises prêtes, consentement branché, EN PAUSE (promesse faite à Alexandre)
📍 Localisation : GTM. Facebook : créer une variable constante « Meta Pixel ID » (valeur : A_REMPLIR), reconstruire les 4 balises FB (Pixel de base / ViewContent / AddToCart / InitiateCheckout + une Purchase) sur les déclencheurs standards (All Pages / view_item / add_to_cart / begin_checkout / achat), consentement publicitaire exigé, toutes en pause. TikTok : même logique : variable constante « TikTok Pixel ID » (A_REMPLIR), balise de base TikTok (gabarit officiel de la galerie GTM) + événements équivalents, consentement exigé, en pause. Le jour où Alexandre ouvre les comptes : coller les 2 identifiants dans les 2 variables, lever les pauses, terminé. Aucun accès aux comptes nécessaire pour préparer.
💡 Pourquoi : Alexandre n'utilise pas Facebook Ads aujourd'hui (décision du 17/07) : on ne diffuse rien, mais on laisse une tuyauterie propre. Migrer les déclencheurs et le consentement maintenant, pendant qu'on a le conteneur ouvert, coûte 15 minutes ; le refaire dans un an en archéologie coûterait une demi-journée.
📎 Preuve détaillée (chiffres & règles)
Constat4 balises HTML custom sur déclencheurs kPageview (module CdC désactivé en S2d) + consent NOT_SET + ID pixel vide→ migration des déclencheurs + consentement, puis mise en pause : prêtes, pas actives
Règle sourcedécision Steven 17/07 : Meta = préparation pour usage futur uniquement→ zéro diffusion, zéro dépôt de cookie tant que la pause n'est pas levée
S6
Session 6 · La recette du parcours d'achat
M1 · Étapes 28 à 30 Avec LA commande test
Dans l'ordre de la page · P1
Dérouler le parcours complet en GTM Preview + DebugView, étape par étape
📍 Localisation : catégorie → fiche produit (avec déclinaison semaine de livraison) → panier (ajout, quantité, suppression) → checkout → paiement. À chaque étape : le bon événement, une seule fois, avec les bonnes données produit (item_id, prix, quantité, devise).
💡 Pourquoi : tâches 14 et 15 du Sheet : c'est la recette qui transforme « ça devrait marcher » en « c'est prouvé », capture par capture. Le point de vigilance n°1 : quel item_id part dans add_to_cart quand une déclinaison semaine est choisie.
📎 Preuve détaillée (chiffres & règles)
État de référence 17/07dataLayer statique sur tout le parcours (6 entrées : consent, js, config ×2, gtm.dom, gtm.load), aucun view_item ni add_to_cart, aucun item_id→ l'« après » EE PRO se comparera à ce zéro absolu
Spécificité Rayssaguelles semaines de livraison sont des déclinaisons produit (constat 17/07 sur les URL #/242-livraison…)→ si l'item_id inclut la déclinaison, il doit matcher le flux GMC (tâche 10)
Réaliser l'achat test, puis recharger la page de confirmation : une seule conversion
📍 Localisation : commande test réelle (petit produit) › page de confirmation › F5 › vérifier dans GA4 DebugView et Ads (le lendemain) : 1 purchase, 1 transaction_id, pas de doublon.
💡 Pourquoi : tâche 16 du Sheet : le rechargement de la page de confirmation est LE bug classique qui double le chiffre d'affaires : on le teste volontairement plutôt que de le découvrir en septembre.
📎 Preuve détaillée (chiffres & règles)
Double filet posé en S6ccomptabilisation « Une seule » + transaction_id unique→ ce test valide que le filet tient
Rapprocher les montants : back-office PrestaShop vs GA4 vs Google Ads
📍 Localisation : BO › Commandes (montant exact de la commande test) vs GA4 purchase (value, tax, shipping) vs Ads (Achat HT et TTC le lendemain). Écart accepté : zéro.
💡 Pourquoi : tâche 17 du Sheet : trois outils, un seul chiffre. C'est la ligne d'arrivée de la partie tracking, et l'argument massue de la synthèse finale à Alexandre.
📎 Preuve détaillée (chiffres & règles)
Valeurs distinctes attenduesAds « Achat HT » = HT hors FDP, Ads « Achats TTC » = TTC, GA4 = value + tax + shipping→ l'écart entre elles est NORMAL et documenté, l'écart avec le BO ne l'est pas
S7
Session 7 · Merchant Center et le flux produits
M1 · Étapes 31 à 35 Catalogue et diagnostics
Dans l'ordre de la page · P1
Configurer le module BusinessTech GMC vers le compte 233184391 et régler la fréquence
📍 Localisation : BO › Modules › Google Merchant Center (Google Shopping) v4.8.21 › connexion au compte 233184391 « Ferme de Rayssaguel » › fréquence de mise à jour quotidienne › vérifier la remontée des prix, stocks, promotions et suppressions.
💡 Pourquoi : tâches 23 et 24 du Sheet : le module est en place et l'abonnement maintenu (décision du 17/07), il reste à vérifier qu'il parle au BON compte et au bon rythme, maintenant que le flux concurrent Dim00z est désinstallé (S2e).
📎 Preuve détaillée (chiffres & règles)
Décision 17/07flux unique = BusinessTech (classique), PRO en réserve selon diagnostics→ documentée dans le Sheet T23 et validée par Alexandre (abonnement poursuivi)
Trancher le traitement des déclinaisons « semaine de livraison » dans le flux
📍 Localisation : module GMC › réglage export des déclinaisons : tester l'export SANS déclinaisons (produit parent seul) d'abord ; si le module classique ne le permet pas proprement, c'est le cas d'usage qui justifie l'upgrade PRO (règles d'exclusion de déclinaisons).
💡 Pourquoi : chaque produit a des déclinaisons par semaine de livraison qui expirent : exportées telles quelles, elles inondent Merchant Center de variantes « indisponibles » qui plombent la qualité du flux. C'est LE point qui décide de l'achat du module PRO (180 €), avec des faits.
📎 Preuve détaillée (chiffres & règles)
Constat 17/07déclinaisons type « livraison du 13 au 19 juillet » sur les fiches produits→ disponibilité par nature périssable chaque semaine
Critère PRO vérifiéla version PRO ajoute les règles d'exclusion de déclinaisons (FAQ BusinessTech, 17/07)→ décision par les faits, pas par le catalogue de l'éditeur
Vérifier les paramètres du compte : domaine, coordonnées EARL, livraison, retours, liaison Ads
📍 Localisation : GMC 233184391 › Paramètres : domaine rayssaguel.com validé et revendiqué · coordonnées EARL Rayssaguel, 47 chemin de Rayssaguel, 81990 Cambon · livraison (offerte dès 95 €, participation en dessous) · règles de retour · liaison Ads 897-392-7592.
💡 Pourquoi : tâche 25 du Sheet : un flux parfait sur un compte mal paramétré reste refusé ; la livraison à seuil (95 €) est le réglage le plus souvent faux après une mise à jour majeure.
📎 Preuve détaillée (chiffres & règles)
Données site 17/07« Frais de port gratuit en France dès 95 € d'achat », EARL au 47 ch de Rayssaguel, 81990 Cambon→ valeurs de référence à retrouver dans GMC
Contrôler l'échantillon de 6 produits représentatifs, dont la cohérence des item_id avec le tracking
📍 Localisation : GMC › Produits : 1 simple (pâté 200 g) · 1 à déclinaisons semaine (escalopes de dinde) · 1 en promo · 1 en rupture (6 manchons confits) · 1 forte valeur (foie gras mi-cuit 520 g, 73,55 €) · 1 catégorie clé (magret). Pour chacun : titre, prix, image, dispo, GTIN/référence, et item_id identique à celui vu dans le dataLayer en S7a.
💡 Pourquoi : tâches 26 et 10 du Sheet : si l'item_id du flux et celui du tracking divergent (parent vs déclinaison), le remarketing dynamique et les rapports produits de la mission 3 seront aveugles.
📎 Preuve détaillée (chiffres & règles)
Échantillon réelproduits relevés sur le site le 17/07 (dont 6 manchons confits en rupture)→ chaque cas de figure du plan est couvert par un produit existant
Analyser les diagnostics, corriger côté Google, alimenter l'onglet Points Loïc
📍 Localisation : GMC › Produits › Diagnostic : traiter d'abord les refus bloquants ; ce qui se corrige dans GMC ou le module, le faire ; ce qui demande PrestaShop (GTIN manquants, images, descriptions), une ligne par anomalie dans l'onglet Points Loïc du Sheet, puis demander un nouvel examen.
💡 Pourquoi : tâches 27 et 28 du Sheet : c'est ici que la frontière Steven/Loïc prouve son utilité : chaque anomalie a un propriétaire, une priorité et une date, rien ne tombe entre deux chaises.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-030 + cadre « j'identifie, je documente, je transmets »→ l'onglet Points Loïc est le registre contractuel
S8
Session 8 · Clôture de la mission 1
M1 · Étapes 36 à 37 Re-test et synthèse
Dans l'ordre de la page · P1
Re-dérouler le test complet du tracking après toutes les corrections
📍 Localisation : même protocole que S7 (Preview + DebugView + achat test), une fois les corrections Loïc et les réglages GMC en place. Statuts du Sheet mis à jour au fil de l'eau.
💡 Pourquoi : tâche 29 : les corrections de Loïc et les réglages du flux peuvent créer des régressions ; on ne clôt pas sur des captures d'avant les corrections.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-030 : validation finale contractuelle→ preuve datée avant clôture
Envoyer la synthèse de fin de mission 1 et documenter la décision module PRO
📍 Localisation : email court à Alexandre : ce qui est fait, ce qui reste chez Loïc (lien onglet Points Loïc), la décision PRO prise en S8b avec ses faits, et la bascule vers la mission 2. Sheet : T30 = Fait, livrable 1 = Remis.
💡 Pourquoi : tâche 30 : la clôture rituelle protège le périmètre (fin datée de la mission 1) et lance la mission 2 sur un site dont la mesure est prouvée.
📎 Preuve détaillée (chiffres & règles)
Règle sourceméthode de clôture validée (email final récapitulatif + registre Loïc)→ décidée avant le lancement de la mission
MISSION 2 · Test complet du site · démarrable dès maintenant, en parallèle de la mission 1 (seule la commande test attend la bascule du tracking)
S10
Session 10 · M2 : Navigation complète (un levier : le parcours visiteur)
M2 · SHEET T1 · T2 Le site se parcourt sans accroc
Démarrable maintenant · P2
Parcourir tout le site comme un client : accueil, menus, catégories
📍 Localisation : rayssaguel.com, sur ordinateur PUIS sur téléphone : page d'accueil, chaque entrée du menu, une catégorie et une sous-catégorie par famille (Viandes, Foie gras, Conserves, Colis, Épicerie). Noter chaque anomalie (page cassée, image manquante, lien mort) avec son adresse.
💡 Pourquoi : c'est la base du devis de la mission 2 : vérifier que la mise à jour vers PrestaShop 9.1.4 n'a rien cassé de visible. Un menu qui marche sur ordinateur peut être cassé sur téléphone, d'où le double passage.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-031, bloc Navigation→ périmètre contractuel de la session
Tester la recherche, les filtres, le pied de page, et lister les pages introuvables (404) pour Loïc
📍 Localisation : barre de recherche (essayer « magret », « foie gras », « colis »), filtres des catégories, chaque lien du pied de page. Chaque page introuvable = une ligne dans l'onglet Points Loïc du Sheet : utilise le générateur en haut du plan (page + problème + priorité, la ligne se colle toute faite).
💡 Pourquoi : la règle de partage est claire depuis le devis : toi tu identifies et documentes, Loïc corrige le site. Les 404 après une grosse mise à jour sont quasi inévitables (anciennes adresses de pages qui ont changé) et font perdre des clients ET des positions Google.
📎 Preuve détaillée (chiffres & règles)
Règle sourcecadre de mission : « j'identifie, je documente, je transmets » ; les 404 sont explicitement chez Loïc dans le devis→ l'onglet Points Loïc est le registre officiel
S11
Session 11 · M2 : Fiches produits sur l'échantillon (un levier : la fiche)
M2 · SHEET T3 · T4 Les 6 mêmes produits que la mission 1
Démarrable maintenant · P2
Contrôler le contenu des 6 fiches de l'échantillon : photos, prix, promos, descriptions, déclinaisons, disponibilités
📍 Localisation : les 6 produits déjà choisis en mission 1 (pâté de campagne 200 g, escalopes de dinde, un produit en promotion, les 6 manchons confits en rupture, le foie gras mi-cuit 520 g à 73,55 €, un magret). Sur chaque fiche : la photo s'affiche, le prix et le prix au kilo sont justes, la déclinaison « semaine de livraison » se sélectionne, la rupture s'affiche correctement.
💡 Pourquoi : réutiliser le même échantillon qu'en mission 1 fait d'une pierre trois coups : tu connais déjà ces produits, ils couvrent tous les cas de figure (simple, déclinaison, promo, rupture, forte valeur), et les constats se recoupent avec le flux Merchant Center.
📎 Preuve détaillée (chiffres & règles)
Échantillon vérifié6 produits relevés sur le site le 17/07, dont la rupture réelle (6 manchons confits)→ chaque cas du devis est couvert par un produit existant
Vérifier sur chaque fiche : infos de livraison, réassurance, bouton d'ajout au panier, affichage téléphone
📍 Localisation : mêmes 6 fiches : le bandeau « livraison offerte dès 95 € » est visible, les éléments de réassurance (paiement sécurisé, circuit court) présents, le bouton « Ajouter au panier » fonctionne, et le tout reste lisible sur téléphone.
💡 Pourquoi : la fiche produit est l'endroit où le client décide : une info de livraison invisible ou un bouton capricieux sur téléphone, c'est une vente perdue en silence. C'est aussi la matière première des recommandations d'expérience utilisateur (session 14).
M2 · SHEET T5 · T6 Le panier dit toujours la vérité
Démarrable maintenant · P2
Tester toutes les opérations du panier : ajouts, quantités, suppression, totaux, promotions
📍 Localisation : ajouter 3 produits de l'échantillon, changer les quantités, en supprimer un, vérifier que le total se recalcule juste à chaque fois, appliquer le code de bienvenue de 5 €.
💡 Pourquoi : un total faux dans un panier détruit la confiance instantanément, et c'est typiquement le genre de calcul qui casse discrètement lors d'une mise à jour majeure de la boutique.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-031, bloc Panier→ opérations et totaux au périmètre
Vérifier le seuil de livraison offerte (95 €), les messages de stock, la conservation du panier, le confort téléphone
📍 Localisation : panier à 90 € : les frais s'affichent ; passer à 96 € : ils disparaissent. Ajouter le produit en rupture : le message est clair. Fermer le navigateur, revenir : le panier est toujours là. Refaire l'essentiel sur téléphone.
💡 Pourquoi : le seuil des 95 € est l'argument commercial n°1 du site (il est en bandeau sur toutes les pages) : s'il calcule faux, c'est toute la promesse d'Alexandre qui ment. Et le module « Montant avant la livraison gratuite » installé doit afficher le bon montant restant.
📎 Preuve détaillée (chiffres & règles)
Données site 17/07« Livraison offerte dès 95 € d'achat » en bandeau + module BeComWeb « Montant avant la livraison gratuite » v3.1.1 installé→ promesse et mécanique à faire coïncider
S13
Session 13 · M2 : La commande test, en profondeur (un levier : la commande)
M2 · SHEET T7 à T11 Une seule commande réelle, deux missions validées
Après la bascule tracking · P1
Tester la commande avec un compte client ET en invité, plus la création de compte
📍 Localisation : deux parcours séparés : (1) créer un compte puis commander connecté ; (2) commander en invité sans compte. Vérifier aussi la connexion à un compte existant.
💡 Pourquoi : les deux chemins existent sur le site et cassent rarement en même temps : tester un seul des deux, c'est laisser l'autre moitié des clients dans l'inconnu.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-031, bloc Commande (test approfondi)→ les deux modes au périmètre
Vérifier la saisie des coordonnées : champs obligatoires, adresses de facturation et de livraison
📍 Localisation : formulaire de commande : essayer de valider avec un champ obligatoire vide (le site doit refuser proprement), renseigner une adresse de livraison différente de la facturation.
💡 Pourquoi : pour une ferme qui expédie du frais, une adresse mal capturée c'est un colis isotherme perdu : le formulaire doit être infaillible.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-031, bloc Commande→ champs et adresses au périmètre
Vérifier livraison, délais annoncés et code promo, y compris la règle du seuil à 100 €
📍 Localisation : à l'étape livraison : les options et délais affichés correspondent aux semaines choisies sur les fiches. Tester le code de bienvenue 5 € sur un panier de 100 € (la livraison doit rester offerte à 95 € après remise) et sur un panier de 98 € (les frais doivent réapparaître).
💡 Pourquoi : la règle du cumul code + livraison offerte est expliquée noir sur blanc dans la FAQ du site : le calcul réel doit correspondre à la promesse écrite, sinon c'est une réclamation client assurée.
📎 Preuve détaillée (chiffres & règles)
Promesse écrite 17/07FAQ du site : frais calculés après remises, panier initial de 100 € minimum pour cumuler code 5 € et livraison offerte→ le test rejoue exactement l'exemple de la FAQ
Tester le paiement principal ET un échec ou abandon de paiement
📍 Localisation : paiement par carte (Up2pay Crédit Agricole) : aller jusqu'à la page bancaire, puis un essai en annulant ou en laissant échouer. Vérifier ce que devient la commande abandonnée au back-office et ce que voit le client.
💡 Pourquoi : l'abandon au moment de payer est le scénario le plus fréquent du e-commerce : le site doit le gérer proprement (commande en attente, possibilité de repayer) sans créer de fausses commandes ni perdre le panier.
📎 Preuve détaillée (chiffres & règles)
Contexte modulela re-création automatique du dataLayer du module Comptoir du Code est sur Non (capture du 17/07)→ un paiement sans retour sur la page de confirmation ne sera pas compté : comportement à observer précisément ici
Finaliser LA commande test réelle : confirmation, back-office, emails, montants (la même que le test tracking de la mission 1)
📍 Localisation : commander un petit produit réel, payer, page de confirmation. Vérifier : l'email de confirmation client, la commande au back-office (montant exact), les emails d'alerte. C'est cette même commande qui sert au geste s7b (une seule conversion, même après rechargement de la page).
💡 Pourquoi : une seule commande réelle, payée une fois, valide d'un coup la tâche 11 de la mission 2 ET le test d'achat de la mission 1 : zéro dépense en double, et les montants comparés sont exactement les mêmes partout.
📎 Preuve détaillée (chiffres & règles)
Jonction M1/M2geste s7b (mission 1) et tâche 11 (mission 2) : mêmes vérifications sur la même commande→ la commande test est unique et partagée, décision du 17/07
S14
Session 14 · M2 : Expérience utilisateur (un levier : le regard client)
M2 · SHEET T12 · T13 Voir le site avec les yeux d'un inconnu
Après S10 à S13 · P2
Juger la clarté : l'offre se comprend-elle en 5 secondes, les infos clés sont-elles visibles ?
📍 Localisation : page d'accueil et une fiche produit, regardées comme un client qui découvre : comprend-on qu'on achète de la viande fermière du Tarn en direct ? Trouve-t-on sans chercher : la livraison, la conservation, le paiement, les retours ?
💡 Pourquoi : tu vends de la viande fraîche à distance : la première question de tout nouveau client est « comment ça arrive chez moi et dans quel état ? ». Si la réponse ne saute pas aux yeux, il n'achète pas, quel que soit le prix.
Relever les frictions téléphone et classer les améliorations par impact sur les ventes
📍 Localisation : refaire le parcours complet sur téléphone en notant chaque agacement : étape en trop, bouton trop petit, texte illisible, moment où on hésite à abandonner. Classer ensuite : ce qui coûte des ventes d'abord.
💡 Pourquoi : la majorité du trafic d'une boutique locale vient du téléphone : une friction mobile pèse plus lourd que n'importe quel détail d'ordinateur. Ce classement nourrit directement le rapport (session 15) et, plus tard, la stratégie publicitaire (mission 3) : inutile d'acheter du trafic vers un parcours qui fuit.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-031 : « améliorations prioritaires pour la conversion »→ le classement par impact est le livrable attendu
S15
Session 15 · M2 : Rapport de recette et contre-vérification (un levier : le livrable)
M2 · SHEET T14 à T17 Le livrable n°2, puis la preuve que c'est corrigé
Fin de mission 2 · P1
Rédiger et remettre le rapport de recette classé en 4 niveaux
📍 Localisation : document remis à Alexandre (livrable n°2) : chaque point classé bloquant / important / recommandé / secondaire, avec la page concernée, l'impact en langage simple, la correction proposée et le responsable (Loïc, Steven ou Alexandre). Les points « site » alimentent en parallèle l'onglet Points Loïc (le générateur en haut du plan fabrique chaque ligne).
💡 Pourquoi : c'est LE livrable facturé de la mission 2. Le classement en 4 niveaux évite le piège classique du rapport de 40 points tous urgents : Alexandre et Loïc voient en 30 secondes par quoi commencer.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-031 + onglet Livrables du Sheet (ligne 2)→ format 4 niveaux contractuel
Joindre les captures d'écran et la synthèse des priorités absolues
📍 Localisation : pour chaque bloquant et important : une capture annotée. En tête de rapport : les 3 à 5 priorités absolues en une phrase chacune.
💡 Pourquoi : une capture annotée vaut dix paragraphes pour Loïc, et la synthèse en tête permet à Alexandre de tout comprendre sans lire le détail technique.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-031, bloc Rapport de recette→ captures et synthèse au périmètre
Revérifier les bloquants et importants après les corrections de Loïc, et rejouer le parcours d'achat
📍 Localisation : une fois Loïc passé : reprendre chaque ligne bloquante ou importante de l'onglet Points Loïc, revérifier une par une, cocher « Revérifié », et refaire un parcours d'achat complet de bout en bout.
💡 Pourquoi : la contre-vérification est bornée à 6 semaines dans le devis : elle doit être faite, datée et visible dans le Sheet, sinon elle traîne indéfiniment. Et rejouer l'achat après des corrections, c'est éviter qu'une correction en casse une autre.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-031 : contre-vérification incluse, bornée à 6 semaines→ borne contractuelle à surveiller au calendrier
Mettre à jour les statuts des anomalies et signaler ce qui reste ouvert
📍 Localisation : onglet Points Loïc : chaque ligne a un statut final (Corrigé et revérifié, ou Resté ouvert avec son propriétaire). Un mot à Alexandre et Loïc pour ce qui reste.
💡 Pourquoi : une mission se ferme proprement quand plus aucune anomalie n'est « quelque part » : chacune est soit réglée, soit assignée noir sur blanc. C'est ce qui protège ta responsabilité après la fin de la mission.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-031, bloc Contre-vérification→ clôture documentée au périmètre
MISSION 3 · Stratégie Google Ads · démarre quand le tracking est fiable (fin de mission 1), MAIS les questions à Alexandre partent tout de suite (session 16)
S16
Session 16 · M3 : Prérequis et questions à Alexandre (un levier : les données d'entrée)
M3 · SHEET T1 · T9 · T10 Les questions partent MAINTENANT, les réponses mûrissent pendant M1 et M2
s16b dès maintenant · P1
Vérifier le prérequis : le suivi des achats est fiable et les produits prioritaires sont acceptés
📍 Localisation : c'est la sortie de la mission 1 : conversions d'achat qui comptent juste (geste s7c : écart zéro), et les produits prioritaires approuvés dans Merchant Center (geste s8e). Cocher quand les deux sont vrais.
💡 Pourquoi : lancer des campagnes sur un tracking douteux, c'est piloter aux instruments cassés : chaque euro de budget serait décidé sur des chiffres faux. C'est LA règle d'or, et c'est la tâche 1 de la mission 3 dans ton tableau.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-032, prérequis publicitaires + doctrine « une seule source par donnée »→ la mission 3 s'ouvre sur la preuve, pas sur l'espoir
Envoyer MAINTENANT les questions commerciales à Alexandre (marges, priorités, budget, périodes) À FAIRE TÔT
📍 Localisation : email court à Alexandre, texte prêt dans le bloc vert ci-dessous. Il peut répondre tranquillement pendant que les missions 1 et 2 avancent.
💡 Pourquoi : ces réponses conditionnent toute la stratégie (on ne pousse pas les mêmes produits selon les marges et la saison), et un agriculteur en pleine saison met des jours à répondre. Demander maintenant, c'est ne jamais attendre plus tard : c'est le seul geste de la mission 3 qui ne peut pas attendre.
📎 Preuve détaillée (chiffres & règles)
Dépendance mesuréetâches 9 et 10 de la mission 3 : les deux seules au nom d'Alexandre→ chemin critique : le lancer tôt le sort du chemin
🟩 ENVOYER · Email questions commerciales à Alexandre (réponse libre, sans urgence)
Objet : Rayssaguel : 5 questions tranquilles pour préparer ta future publicité
Salut Alexandre,
Pendant que je remets le tracking d'aplomb, je prépare la troisième mission (la stratégie Google Ads). Pour te faire des recommandations qui collent à TA réalité de ferme, j'ai besoin de ta vision sur 5 points. Réponds quand tu as un moment au calme, même en vrac, il n'y a aucune urgence :
1. Quelles familles de produits tu veux développer en priorité ? (foie gras, colis de viande, conserves, épicerie...)
2. Tes périodes clés dans l'année ? (fêtes évidemment, mais aussi les semaines de découpe, les saisons creuses...)
3. Sur quelles zones tu veux vendre ? (France entière, plutôt régional, les deux ?)
4. Quel budget mensuel de publicité tu te sens capable d'envisager, à la louche ?
5. Et si tu peux : tes marges approximatives par famille de produits (même en fourchette, ça reste entre nous). Ça me permet de pousser ce qui te rapporte vraiment, pas juste ce qui se vend.
Bises à vous trois,
Steven
Réceptionner les réponses d'Alexandre et les intégrer ⏳ ATTENTE ALEXANDRE · pas ta charge
📍 Localisation : sa réponse email. Cocher à réception : ses réponses alimentent directement les sessions 20 et 21.
💡 Pourquoi : tant que cette case n'est pas cochée, les sessions de stratégie (21) restent des hypothèses : la stratégie finale porte SES choix, pas les tiens.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-032, bloc Objectifs et contraintes : « clarifier avec Alexandre »→ ses réponses sont une matière première contractuelle
S17
Session 17 · M3 : L'historique des campagnes (un levier : le passé)
M3 · SHEET T2 · T3 Ce que les anciens euros ont appris
Après M1 · P2
Extraire l'historique complet du compte : dépenses, ventes, coûts, valeurs, par campagne et par période
📍 Localisation : compte Google Ads 897-392-7592, sur 24 mois minimum : par campagne (dont DMB - Brand de 2021 et les deux PMAX de 2022-2023) et par trimestre. À faire depuis Claude Desktop avec ton accès Google Ads, ou par exports. Attention : ne lire les conversions QUE jusqu'au 8 juillet 2026, la balise étant morte ensuite.
💡 Pourquoi : le compte a déjà dépensé de l'argent pendant des années : chaque euro passé est une leçon gratuite sur ce qui vend chez Rayssaguel. Et la borne du 8 juillet est capitale : après cette date, les chiffres de conversion sont faux (balise morte), les lire fausserait tout le diagnostic.
📎 Preuve détaillée (chiffres & règles)
Campagnes constatées 17/07DMB - Brand (02/11/21), PMAX - PACA only (03.04.23), PMAX - Sans PACA (16/06/2022)→ un historique riche existe : marque + Performance Max avec découpage géographique
Borne de lecturebalise d'achat à zéro depuis le 09/07 (constat mission 1)→ toute analyse de conversion s'arrête au 08/07 inclus
Trier : campagnes rentables, dépenses inutiles, enseignements à garder
📍 Localisation : à partir de l'extraction s17a : pour chaque campagne, le verdict en une phrase (a rapporté / a coûté pour rien / illisible), et la liste des enseignements réutilisables (le découpage PACA / hors PACA a-t-il un sens ? la marque convertit-elle ?).
💡 Pourquoi : la nouvelle stratégie ne part pas de zéro : elle hérite. Savoir ce qui a déjà échoué évite de le refacturer à Alexandre en le repeignant en neuf.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-032, bloc Performances historiques→ le tri rentable / inutile est le livrable de la session
S18
Session 18 · M3 : Les recherches Google (un levier : les mots)
M3 · SHEET T4 · T5 Ce que tapent les gens qui achètent
Après M1 · P2
Analyser mots clés et termes de recherche : ce qui a vendu, ce qui a dépensé sans résultat
📍 Localisation : compte 897-392-7592 › rapports de termes de recherche sur l'historique (jusqu'au 08/07) : les requêtes qui ont généré des ventes d'un côté, les gouffres à clics sans vente de l'autre.
💡 Pourquoi : les termes de recherche sont la voix réelle des clients : « foie gras ferme tarn » et « viande pas chère » n'appellent pas la même réponse. Ce tri écrit tout seul la future liste de mots à viser et de mots à exclure.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-032, bloc Campagnes Search + borne du 08/07→ analyse sur données de conversion fiables uniquement
Évaluer la campagne de marque, le potentiel par catégorie et la cohérence annonces / nouvelles pages
📍 Localisation : campagne DMB - Brand : capte-t-elle des recherches « rayssaguel » et à quel coût ? Puis, catégorie par catégorie (foie gras, colis, conserves) : y a-t-il un volume de recherche à prendre ? Enfin : les annonces existantes pointent-elles vers des pages qui existent encore après la mise à jour du site ?
💡 Pourquoi : après une grosse mise à jour, des annonces qui pointent vers d'anciennes adresses de pages, c'est du budget qui part sur des pages introuvables : le croisement avec les 404 de la mission 2 (session 10) est immédiat.
📎 Preuve détaillée (chiffres & règles)
Jonction M2/M3les 404 relevées en s10b servent de liste de contrôle pour les pages d'arrivée des annonces→ deux missions qui se nourrissent
S19
Session 19 · M3 : Shopping et Performance Max (un levier : les produits en vitrine)
M3 · SHEET T6 · T7 Quels produits Google doit montrer
Après M1 · P2
Analyser les performances par produit et par catégorie, et la segmentation actuelle du catalogue
📍 Localisation : dans les campagnes PMAX historiques (Performance Max : les campagnes automatiques de Google qui diffusent partout) : quels produits ont réellement vendu, lesquels ont consommé le budget sans vendre, et comment le catalogue était découpé.
💡 Pourquoi : dans une campagne automatique, Google pousse ce qui clique, pas forcément ce qui rapporte : sans lecture par produit, un foie gras à forte marge peut être éclipsé par un produit d'appel à 5 €.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-032, bloc Shopping et Performance Max→ lecture par produit contractuelle
Identifier les produits qui méritent une campagne dédiée, et ceux à exclure ou limiter
📍 Localisation : croiser s19a avec la lecture commerciale (session 20) : liste courte des champions (campagne dédiée), liste des produits à exclure (marge trop faible, logistique impossible, rupture chronique).
💡 Pourquoi : exclure est aussi important que pousser : chaque euro non gaspillé sur un produit non rentable est un euro de plus sur le foie gras des fêtes. Les déclinaisons « semaine de livraison » traitées en mission 1 (flux propre) rendent enfin ce tri possible.
📎 Preuve détaillée (chiffres & règles)
Dépendance M1geste s8b : traitement des déclinaisons dans le flux Merchant Center→ un tri produit n'a de sens que sur un flux sain
S20
Session 20 · M3 : La lecture commerciale du catalogue (un levier : la marchandise)
M3 · SHEET T8 Vendre comme un fermier, pas comme un algorithme
Avec les réponses d'Alexandre · P2
Cartographier le catalogue commercialement : priorités, produits d'appel, coffrets, saisons
📍 Localisation : avec les réponses d'Alexandre (s16c) et le catalogue du site : les familles prioritaires, les produits d'appel qui font entrer, les coffrets et cadeaux, et le calendrier des saisons (foie gras et chapons pour les fêtes, semaines de découpe bœuf et veau, saison des grillades...).
💡 Pourquoi : Rayssaguel est un commerce de saisons et de rythmes d'élevage : la stratégie publicitaire doit épouser ce calendrier réel (la FAQ du site anticipe déjà décembre : « les semaines de livraison de décembre sont très demandées »), pas un calendrier marketing générique.
📎 Preuve détaillée (chiffres & règles)
Signal saisonnier 17/07FAQ du site : anticiper foies gras, magrets et chapons pour Noël, semaines de décembre très demandées ; découpes veau/bœuf à dates fixes en bandeau→ la saisonnalité est écrite noir sur blanc par la ferme elle-même
S21
Session 21 · M3 : La stratégie et les budgets (un levier : les recommandations)
M3 · SHEET T11 à T14 Le cœur du livrable n°3
Après S17 à S20 · P1
Recommander l'architecture du compte : marque, recherche, Shopping ou Performance Max, audiences, remarketing
📍 Localisation : document de stratégie : le découpage des campagnes (une campagne = un rôle clair), les audiences à utiliser, et la place du remarketing (remontrer les produits aux visiteurs) préparé en mission 1.
💡 Pourquoi : une architecture claire, c'est ce qui permet ensuite de savoir quel levier a produit quel résultat : chaque campagne a un rôle, un budget, une mesure. C'est l'inverse du « tout dans une seule campagne automatique » qui rend le compte illisible.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-032, bloc Stratégie recommandée + enseignements des sessions 17 à 19→ l'architecture découle des preuves, pas des habitudes
Définir les produits à mettre en avant, les exclusions de départ et les pages d'arrivée
📍 Localisation : document de stratégie : la liste des produits champions (s19b), la liste d'exclusion initiale, et pour chaque campagne la page d'arrivée exacte (vérifiée vivante grâce à la mission 2).
💡 Pourquoi : c'est la partie que Loïc et Alexandre peuvent exécuter sans toi : des listes concrètes, des adresses de pages précises, zéro interprétation.
Chiffrer les budgets : minimum de relance, répartition, enveloppe de test, saisons
📍 Localisation : document de stratégie : le budget mensuel minimum pour que ça vaille le coup, sa répartition par campagne, une petite enveloppe d'essais, et les hausses saisonnières (novembre-décembre en tête), le tout calé sur le budget qu'Alexandre a annoncé (s16c).
💡 Pourquoi : un budget sans minimum de viabilité, c'est de l'argent saupoudré : mieux vaut dire honnêtement à Alexandre « en dessous de X €/mois, n'y va pas » que de le laisser dépenser pour rien.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-032, bloc Recommandations budgétaires + réponse budget d'Alexandre→ le chiffrage part de SA capacité, pas d'un idéal
Écrire les règles de pilotage : quand augmenter, réduire, transférer, exclure
📍 Localisation : document de stratégie : des règles simples en « si... alors... » (si une campagne dépasse tel coût par vente sur telle durée, alors réduire ; si un produit ne vend pas après tel budget, alors exclure), lisibles par Alexandre sans expert sous la main.
💡 Pourquoi : la mission s'arrête à la stratégie (la gestion n'est pas comprise) : ces règles sont le mode d'emploi qui permet à Alexandre de piloter seul, ou de confier le volant plus tard en sachant exactement quoi exiger.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-032 : la création et la gestion des campagnes ne sont pas comprises→ les règles écrites remplacent le pilote absent
S22
Session 22 · M3 : Feuille de route et remise du document (un levier : la clôture)
M3 · SHEET T15 · T16 Le livrable n°3, et la fin des trois missions
Fin de mission 3 · P1
Rédiger la feuille de route 30, 60, 90 jours avec ses indicateurs
📍 Localisation : dernière partie du document : quoi lancer le premier mois, quoi ajuster le deuxième, quoi développer le troisième, et pour chaque période les 3 chiffres à surveiller (ventes, coût par vente, part du budget consommée).
💡 Pourquoi : une stratégie sans calendrier reste un document dans un tiroir : le 30/60/90 transforme les recommandations en rendez-vous concrets, avec des chiffres simples qu'Alexandre peut lire lui-même.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-032, bloc Plan d'action→ feuille de route contractuelle
Remettre le document final à Alexandre et clore les trois missions
📍 Localisation : livrable n°3 remis (email + Sheet, onglet Livrables ligne 3), suivi de l'email de clôture générale (livrable n°4) : ce qui a été fait sur les trois missions, ce qui reste chez Loïc, et la porte ouverte pour la suite.
💡 Pourquoi : la clôture datée protège le périmètre des trois missions ET prépare naturellement la conversation d'après : si Alexandre veut que les campagnes soient créées et gérées, c'est une nouvelle mission, au juste prix.
📎 Preuve détaillée (chiffres & règles)
Règle sourcedevis D-2607-032 + onglet Livrables (lignes 3 et 4)→ double clôture : mission 3, puis l'ensemble
📌 Les alertes à documenter à Alexandre au fil de l'eau (par rapport à sa demande de base) : 1. les ventes ne sont plus comptées dans Google Ads depuis le 09/07 (annoncé factuellement dans la synthèse S1b, sans dramatiser) · 1bis. un script a été modifié dans le thème le 12/07 (« décision HD ») : auteur à identifier auprès d'Alexandre et Loïc, fichier à faire relire · 1ter. les 7 modifications en attente du conteneur sont identifiées (restes Steven août 2025) : à abandonner via s3d, jamais via « Publier » · 1quater. défauts de consentement région FR sur « Enabled » : correction bloquante avant publication (s5b) · 2. la licence GTM EE PRO est déjà payée : le module n'était simplement pas réinstallé après la mise à jour 9.1.4 (S2a-S2b) · 3. le moyen de paiement addons manque pour le renouvellement Business Care (signalé le 17/07) · 4. la décision module GMC PRO sera prise sur les faits du flux (S8b) · 5. toute anomalie site part dans l'onglet Points Loïc, jamais en correction sauvage.